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REMARKS 

I- Introduction 

In response co the OfiBce Action dated April 8, 2005, dainas 2» 11, and 20 have been 
cancelled, claims 1, 10, and 19 have been amended, and rU^rr.^ 28-30 have been added. rie>im^ 3_ 
10, 12-19, and 21-30 remain in the applicadon. Re-cjcaminadon and rc-coasideration o£ the 
application, as amended, is requested. 



n. Prior Art Rejections 

On page (2) of die Office Action, claims 1, 3-10. 12-19, and 21-27 \vere rejected xmder 35 
U.S-C. §l03(a) a? being unpatentable over Jones et aL, U.S. Patent No. 6,493,731 Qones), in view of 
Thackston, U.S. Patent No. 6^95,513.. On page (S} and (6). of the Office Action, claim 2 was 
rejected imder 35 U.S.C. §l03(a) as being unpatentable over Jones in view of Thackston as applied 
to Claims 1, 3-10, 12-19, and 21-27 above, and further in view of Serhinis et al, U.S. Patent No. 
6,584,466 (Serbinis). 

The independent daims were rejected as follows: 

As to claim 1, Jones teaches a meihod fox distributiiig design document changes compiLsing: 
Capturing a representation of a leviaon blodt of a document, wherein the revision block 
documents a history of changes to the document (capnmng metadata Twhich are stored as resources to 
track revision and history in a document; column 4, lines 33-45; column 5. lines 1 1-26; cohinm 6, lints 
23-40); and 

Distdbuting die xepreseatalioa via a network services (the rcsouiccs are avaikbk on a 
coUaboiadvc network; column 4, lines 33-59)« 

Jones doe» not reach a design document. Thackston teaches a design document. See 
cohimn 8, Kncs 45-60. It would have been obvious to a person of ordinary skill in the art at the time 
of the invcnuon to combine the document of Jones with the design document of Thackston. A 
person of ordinary skill in the art would have been motivated co do this because Jones supports die 
execution of a wodc process opecadng in a collecttvc woddng environment of anv business fcolumn 4 
lines 38-45). 

Qaims 10-18 and 19-27 are sejeaed under the same rationale as daims 1-9 because they 
have the same limitatLona ^zc claims 1-9. 

Original dependent claims 2, 1 1 , and 20 were rejected as follows: 

Jones and Thackston teach die method of claim 1, wherein ihe representation is an metadata 
representation (the metadau is stored in ±e document or outside the document, the metadata is 
information about the document cobtna 5, lines 20-26; cohamn 6, lines 22-41). Jones and Thackston 
do not teach a XML rcprcsencariou. Serbinis teaches an XML rcpreseniadon. See column 15. lines 
45-67; column 16, lines 1-10. It would have been obvious to a person of ordinary skill in the an ac die 
time of the invention to combine the metadata of Jones and Thackston with the XML of Serhinis. A 
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pcisofl of oldiimy skill in die art would have been motivated to do this to use icprescntaiioiis on web 

Applicant traverses the above tejections for one or more of the folloxdng reasons: 

(1) Neither Jones, Thackston, nor Serbinis teach, disclose or suggest an XML 
representation of a revision block; 

(2) Neither Jones, Thackscon, nor Serbinis teach, disclose or suggest a revision block 
that documents a change made directly by a user to a design document; 

(3) Neither Jones, Thackston, nor Sedbinis ceach, disclose or suggest a revision block 
that comprises a date of each change made by one or more users to die design document; and 

(4) Neither Jones, Thackston, nor Serbinis teach, disclose or surest a revision block 
that comprises a revision number:, a description of each change to a design document, and a user 
name for the user diat made each change. 

Indq>endent claims 1,10, and 19 are gcnetal^ directed to the use of design document 
revision blocks. As set forth in the prior art, revision blocks for design documents (e.g,, blueprints, 
drawings, etc.) in the architectural, engbeering; and constmction fields provide information relating 
to changes to the design document. In the prior art, when a design document was changed, the 
entire design document was transmitted with the revision block incorporated therein to describe the 
changes. Such a mediodology was inefficient and slow. The present invention overcomes the 
difficulties of the prior art. Specifically, an XML representation of the revision block is captured. 
As set forth in the claims, the revision block documents a histoxy of one or more changes made 
direcdy by one or more users to the design document In addition, the claims provide that the 
revision block includes a date for each change made direcdy by the one or more users to the design 
document. Accordingly, the XML representation documents the history of changes and includes a 
date for each change made direcdy by a user. 

The dted references do not teach nor suggest these various elements of Applicant's 
independent claims. In addition, Applicant notes that the combioarion of all of the claim elements 
as used with respect to design documents provide the context and scope of the claims. In this 
regard. Applicant submits that the invention must be examined as a wholt: and whether the "whole" 
claimed invendon would have been obvious at the time of invention (sec MPEP §2142). MPEP 
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2141.01 provides that in decemming the differences between the prior art and the claims, die 
question under 35 U,S,C. 103 is not whedier dae differences themselves w ould have been obvious, 
but whether the claimed invenrion as a whole,would have been obvious, Stratoflex, Inc. v. Aeroquip 
Corp,, 713 F.2d 1530, 218 USPQ 871 (Fed Cit- 1983); Schenckv. Nortron Corp,, 713 R2d 782, 
218 USPQ 698 (Fed. Or, 1983) 

Jones merely describes a document management system is adapted to operate \3uith a process 
management system fijr recordiiig and viewing metadata of a document. The document metadata is 
used to record resources referenced while the content of the document is developed. The resources 
are recorded in the document metadata to identify relationships between the resources and the 
content of die document The document content includes Ibafcs that reference the document 
metadata stored on a remote server. The resources recorded in the document metadata and the 
content of die document are aimultaneoudy displayed on a user interface of the document 
management system to provide context for understanding document history. By storing document 
meiadata and document content separately, the metadata of the document remains consistent even 
when multiple copies of the document are distributed over a netwodc. (See Abstract). 

However, Jones fails to provide for a revision block relating to a design document In 
addition, Jones feils to provide a revision block diat has a date for each change made by a user. 
Furdier, Jones Ms to teach, disclose, or suggest an XML represen^rion of a revision block. In 
rejecring the history of changes to the document, the Office Acdon relied on the metadata of Jones. 
However. Jones metadata feils to provide for changes to a parricukt design document. Instead, 
Jone's metadata relates to the data referenced by a document that refers to infoimarion about a 
document (see coL 4, lines 28-31). As set fonh throughout Jones, the metadata relates to other 
resources that make up a task document (sec col. 5. lines 27-50). Further, Jones' document is a task 
document diat comprises a task performed by a user (see coL 6. lines 22-41). The document 
metadata is made up of document properties and document resources identified in the document 
metadata using URLs. Thus, contrary to diat claimed, Jones' metadata does not reflect particular 
changes made directly by a user to a document 

FIG. 4 of Jones illustrates the metadata which comprises document properties 407, and 
document resources 408 (widi the document resources comprised of resource properties 41 1 and 
relation properties 41 0). The document properties merely reflect a creation date of die document 

G&C30566.213-US-01 



PAGE12/15'RCVDAT6/17/20052:56:44PMiEastemDay^^^ 



08-17-2005 



11:14AM FROM-Gatss I Cooper LLP 



i13l06418798 T-832 P.013/015 F-802 



Further, the document resources merely reflect the resources used to create die document and the 
dates such resources were created. However, noae of the creation dates or metadata reflect the date 
a change is made to a document as specifically set forth in the claims. 

The Office Action admits diat Jones fails to teach the design document aspea of die 
invention and relies on Thackston to teach this claim element. Firsdy, Applicant notes that Jones is 
deady limited to process management systems/workflow systems and workflow documents (see coL 
1, lines 23-coL 2, lines 41). In fact, the definitions in coL 4. lines 5-31 provide tiiat a document is an 
object diat contains or identifies URL infeamarion. The presendy claimed design documents do not 
provide any such URL information or even remotely suggest such URL infonnarion. Futtfier. the 
definitions provide for a task document that is created in order lo complete an instance of a task of a 
process description widi a process document containing task documents associated widi an instana 
of a process description. The r emainin g text of Jones relates to the completion of a task and a task 
document reflecting such completion (see every figure of Jones). Examining the figures of Jones, 
one may clearly see the task based documents - see item 402 of FIG. 4 (T?ocument for Task 'X'"), 
item 502 of FIG. 5 ("Define die tasks that make up die process desct5>tionX item 700 and 706 of 
FIG. 7 ("Workflow Manager Status: creating a document for the "Make Offer'' task*^, etc 

In view of the clear limitations relating to workflow based documents, Jones does not relate 
to design documents as claimed. In addition, based on die dear workflow and task based limitations 
of Jones, Applicant submits that Jones cannot be combined with the design documents of 
ThacksR>n. Instead, it would be impossible and unnecessary to designate resources and properties 
consistent with Jones to a design document of Thackston. In diis regard, Jones cannot be combined 
widi Tackston. The design document and revision block of a design document has a parriculat 
connotation in die design and AEC (architecnjial, engineering, and construction) industry. Jones 
limitations relating to workflow and task based documents teach amy from such a connotation and 
use. 

In addition to die above, die XML representation of die revision block allows for die 
efficient and easy transmission of the revision block across a netwods. The Office Action admits 
that both Jones and Thackston feil to reach the XML based representation. Ttictf^H^ the Office 
Action merely relies on Serhinis' capability to transmit a response from a DMS system in XML 
Applicant submits diat such a response is not even remotely similar to an XML rq»rescntation of a 

-10- 

G&C 30566.213.US-01 



PAGE 13/15'RCVDAT6/17/20052:MPM [Eastern Dayfiginrine]'SVR:UOT 



06-17-2005 n :14AM FROM-Gatss & Cooper LLP 



+13106418798 T-832 P. 014/01 5 F-002 



revision block for a design document having a histoiy of changes to a document and a date for each 
change to the documenL In this tegaid, die claims provide specific limitations relating to the XML 
representation and its contents. The mere use of XML in a document management system does not 
even remotely relate to die pardculatly claimed limitations. In the context of ±e cbims, the XML 
representation reflects a revision block for a design document (amongst other hroitations). No such 
design document limitations exist in Serbinis. Nor are the otiixer daim limitations suggested or 
alluded to, imphciriy or exphcitly, by Serbitiis. 

In view of die above» the claims a whole must be evaluated in the context of a design 
document and revision blocks relating to such a design document. No such teaching, disclosure, or 
suggestion, exist$ in the prior art when the claims are viewed in diis context as a whole. 

Moreover, the various elements of Applicant's claimed invention together provide 
operational advantages pver Jones, Thackston> and Serbinis. In addition, AppKcant's invention 
sohres problems not recognized by Jones, Thackston, and Serbinis. 

Thus, Applicant submits diat independent daims 1, 10, and 19 are allowable over Jones, 
Thackston, and Serbinis. Furdier, dependent claims 2-9, 11-18, and 20-27 are submitted to be 
allowable over Jones, Thackston. and Serbinis in die $ame manner, because they are dependent on 
independent claims 1, 10. and 19, respectively, and thus contain all die limitations of the 
independent claims. In addition, dependent daims 2-9, 1 1-18, and 20-27 recite additional novel 
elements not shown by Jones, Thackston, and Serbinis. 
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m. Conclusion 

In view of die ^Lbove, it is submitted that this application is now in good oxdti for allowance 
and such allowance is tespectfulfy solicited Should die Exarainex believe minor matters still remain diat 
can be resolved in a telephone interview, tiie Examiner is urged to call Applicant's undersigned 
attorney. 

Respectfully submitted, 

GATES & COOPER LLP 
Attorneys for Applicant(s) 

Howard Hnghes Center 
6701 Center D«ve West, Suite 1050 
Los Angdes, Califqmia 90045 
(310) 641-8793 

Date: June 17, 2005 By:_ 

Namcy^son S. Feldmar 

Reg, No,: 39,187 
JSF/bjs ^ 
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